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Sii. (57) Abstract: A communications system (1 0) includes a! packet-based wireless network linked to mobile units ( 1 2) and a circuit- 
— switched network such as a public-switched telephone network (PSTN) (32). A primary Packet Data Protocol (PDP) context is 



m 



established with call setup that contains the default quality of seiyice (QpS) profile of the call session. However, to support multiple 
ilbws With different QoS profiles, secondary PDP contexts with aUiferent QoS profiles may be activated in the call session. The 
secondary PDP context activation may be performed using messaging according to a protocol for reserang; resources, such as the 
Resource Reservation Protocol (RSVP). 
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• i Establishing A Commuri i cat i bits S ess ion H a v i n g ; 
" AiQualitv Qf Service Tit: A 

Background 

The inveritidn relates to establishing a packet communications session having a 
quality of service in a communications system. 

; Mobile communications systems; such a^celM^ 
^services (PCS systems), ; are madeup of a plurality of cells. Each cell includes a ; radio base;: ; 
station, with each base station connected to a mobile switching center that controls processing 
of calls between or among mobile units or mobile units and wireline units tied to a public 
switched; telephon^ network (PSTN). 
: -\ ! Traditional 

switched networks. In a circuit-switched network, a line between two end points of (e.g., two 
mobile; unit?)^ 

cbi^ectibil is optimum for communications that are relatively continuous, such ; as speech. = : 
However, data networks such as intranets and the Internet use packet-based connections, in 
which communications between nodes on a linkiisi by data packets. In; such; data;^ 
each node occupies; the communications link only for as ; long as the node needs to ; send or : : : 
receive a data packet.;:; 

Several packet-based Wireless protocols rhaVe been proposed to provide rijore efficient 
connections between a mobile unit and a packet-based data network,: such as Internet Protocol 
(IP) networks. One such protocol is the General Packet Radio Serace (GPRS) protocol, 
which complements existing GSM (Global System for Mobile) communications systems. 
Other technologies that build upon GPRS are the Enhanced GPRS (EGPRS) technology (also 
referred to as Enhanced D^ta Rate for Global Evolution or EDGE) and EGPRS: Compact; (or ; ; 
EDGE Compact) technology, which offer higher data rates and complement GSM and IS- 136 
systems. Packet-based communications, such as IP communications, jean thus be ; 
communicated oyer a wireless infrastructure enabled for such packet services. ;A;mobile unit 
that is "packet-enabled" can thus more efficiently access traditional wired packet-based , 
riets^oiks; j including the; Internet and local area networks (LAN) and wide area networks; = ; ; ; ; 
(WAN): • • 

■ ' : ^ and availability of packet-based data networks, the types 

of services that are available over such networks have; increasedi;^ of ;\. v ;; 
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; ; communications across packet-based^ data networks inc lud^ : electrpni c: niail , file : transfer, web: 
browsing, and other exchanges o f di git al data. However, more recently ; audio and videlo : j 
communications (e.g., voice communications, video conferencing, multicast of multimedia 
data) have become possible. Voice communications; over packet-based data networks are 
5 unlike voice communications in a conventional PSTN: system;; ^hic^ iprpyiclcjs users with 
= : : ; : d^dicat^dv : end-to-end circuit; connections for the duration of each call.; ; = Voice ; and; other; forms 
of streaming data sent over a packet-based data network have to share the network bandwidth 
with conventional non-streaming data. 

In a packet-based data network, such as an IP (Internet Protocol) network, 
10 transmission speeds of the various; packets may vary widely depending on the usage of data 
networks over which the data packets are transferred. During periods of high usage of data 
networks, delays on the transfer of -voice or other streaming data packets may cause popr 
performance of such communications. Voice data packets that are lost or delayed due to 
inadequate or unavailable capacity of data networks may result in gaps, silence, and clipping 
15 bf audio at the receiving end. : ; ; 

To enhance communications that involve streaming data (such as voice or video . 
conferencing) over data networks, a Resource Reservation^^ 

Request For Corhrrients ^ (TRFC) 2205, entitled "Resource; kesbry atioii ProtoboHRSVP);" dated 
.- = : h = e = H | j Set>%^ilbel? - i=9>^ = [1= ■ h'as = l> eon= proposed: to ^ iclerm-ti:^^. -axici i fbscitv^ -resc>ux?oes = : ^fc>r= .ijrstfXic = q v«r. »=•-■==. . - 
20 data network. By reserving such resources along nodes in the path of communications, some 
I ; level of quality of service (QoS) :may be provided to a user ito ehti^ 
;; in using the; data network for various types of communications, iricludi^ 
audio and/or video data. 

A node, whether fixed or mobile, may have various applications that provide for 
25 : : : different 1 types of communications over the data network. For example^; comm^ 

such as electronic mail and web browsing may have low QpS requirements, whereas ; 
rommunications such as au^^ have high Q oS requirements. 

Thus, because of the different possible types of communications, support for multiple 

concurrent flows with different QoS requirements may be ri(^ 
30 defineci in a Packet tiata Protocol (PDP) context. A primary Pt>P content may bb aissbciated 
with an IP address of the mobile node. To support multiple QoS flows per IP address, one or 
more secondary PDP contexts or PDP sub-contexts may be created for the mobile node. 



WO 01/28160 PGT/ySOO/23762 

' : ' : • "% ■■■■■ ■■ ■■ : - : : " '% ^ • : - : ' • . '• v v'. l^:--- ^ ; : : :|; 

Given a primary PDP context • a mobile node can activate multiple secondary PDP contexts 
wi'th i diffdi^nit !Cjb : S i ^bfilbs as and when required; ; : • 

The end points of a packet-basedicomm^ 
linked to a packet-based wireless network and a terminal connected to a circuit-switched 
5 network, such as the PSTN: To enable such ^communications session, a media gateway iis : 
provided between the packet-based wireless network and the circuit- switched; nei^ 
media gateway; performs; the; tf ansj^ibn between packet-based signals; and icircuit^switched ; : 
signals : Although Q6S is defined forpac^ whether wirbd; or wireless^ QoS 

; ; is not available in circuit-switched networks:; 
i t) A need thus exists: for a ^ in 

communications sessions between mobile units linked to packet-based wireless networks and 
terminals connected to a circuit-switched network. 



Summary : 

15 Iri general, according to one embodiment, a method o f est abii shing a communications 

session between a mobile unit and a terminal coupled to a circuit-switched network includes 
receiving a message originated by the mobile unit that contains information related to 
• reserving network resources and receiving ; a m^ 

terminating device for quality of service signaling on behalf of the terminal. An indication is 

20 sent to establish a context identifying a quality of service for the communications; session. 

: Some embodiments of the invention may include one or more of the following ;;! ; ;; 
advantages. A flexible and convenient method and mechanism is provided to establish ; ;; ; 
quality of service (CjoS) in a y/ireless network that supports packet-based communications 
services- Q6S may be: defined j for cbmrMru c£ti Ms \ between rridbi 1 e units or cornrnUnicaitions j 

25 betweeriia:rribbile unit and a terminal corrected to a c 

QbS in packet^^ networks^ enhanced quality levels may be provided for; 

streaming data such as audio or video data;:: 

: : ; advantages will become; apparent from the following description, 

from the drawings, and from the claims. 
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Brief DescriptiohQfTheDraw 

Fig. 1 is a block diagram of an embodiment of a communications system including a 
packet-based wireless network and a circuits switched network. 

Fig. 2; is ia block 
5; Fig. 3 is a messagei flow diagram f^ 

quality of setyic^;(^ 1 in; accordance ;\yith one 

embodiment. 

Figl 4 : illustrates components in; apolicy control; module and serving GPRS ;supp6rt ; i 
node that ^e! part of in; accordance with one 

10: embodiment. 

Fig. 5 is a message 

QoS level in the communications system of Fig. 1 in; accordance with another; embodiment. 
Fig. 6 is a message flow diagram for initiating a secondary Packet Data Protocol 
•: (PDP) context activation perfonned in establishing the communications session^qf Fig.! 5. 
15 Fig. 7 is a block diagram of components in a gateway GPRS serving nbde and ^ 

management module in the communications system of Fig. 1 in accordance with ^o^ei;:::;::;^- 
• ' embodiment: 

Detailed Description ;•' 
20 In the : following desbriptiori, riuitierous details; are set forth to -provide an 

understanding of the -present invention. However, it will be understood by those skilled in the; 

art that the present invention may be practiced without these details and that numerous ; ; : ; ; 

variations or! modifications; from the described e^bbdiirients may be possible. 

: Referring to Fig. I; ; a communications system 10 includes a packet-based wireless 
25 network. Mobile uiiits 1 2 are coupled through corresponding radio access networks 16 to;a; ; ; 

serving GPRS support node (SGSN) 22 in the packet-based wireless network. ; 

Communications in 

Radio Service (GPRS) protocol, ; or alternatively, to an Enhanced General Packet Radio ::: 
Service (EGPRS) protocol (Enhanced Data Rate for Global Evolution or EDGE) or EGPRS; 
30 Compact protocol (or EDGE Compact), The GPRS or EGPRS protocol provides packet- 
based wireless links to a wired packet-based data network 20, such as an Internet Protocol 
(IP) network 20. One version of IP is described in Request for Comments (RFC) 791, 
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■ ■ ■i-'.i-i: ■ -*."5 if:. :;!;■: ' ' •' • : f - -ffl f .v: v 

entitled "Internet Protocol," dated September 1981 . Other versions of IP, such as IPv6 or 
other connectibriless; ^acket^s^itche in further embodiments. 

A version of IPv6 is described iniRFG 2460, entitled "Internet Protocol, Version 6! (IPv6) 
Spedfication," dated December 1998. 

In accordance to further embodiments, instead of GPRS, EGPRS, or EGPR^ " 
Compact, other protocols ^siich; as wireless : 

Jinks between m^ ; 

The SGSN 22 is coupled; 
24, which is the interface to the packet-based; data netwQrk;2G. The SGSN 22 may be 
coupled to other SGSNsj such as SGSN 26. The SGSN 22 may also be coupled to other 
GGSNs, such as GGSN 28;: As used here^ th 

GGSNs, and other related entities are part of the packet-based wireless network. 

A media gateway 30 provides an interface between the wireless network and a circuits 
switched network such as a public switched telephone network (PSTN) 32; Thus, the mobile 
unit 12 may be capable of establishing a communications session with a terminal 33 coupled 
to the PSTN 32^ 

GGSN 24 and the media gateway 30. Such a network cloud may be part of the data network 
20 and may include a numb er of routers. 

The path; thi^iigil : thie i§ GSlST 2i2y ; GGSN 24 i i arid : any; other routers to the media .; 
gateway 30 or the date network 20: irlcliidesi Resources \ that are sh ared by various : 
communications sessions involving multiple units. Such resources may have to be reserved 
to provide some desired level of quality of service (QoS) for active communications sessions. 

In accordance with Ispme embodiments, QoS may be defined for : a communications I i ; 
session between a; mobile iiniti cpupled to the; pack^t-rbaised wifeless network and i termmal; ;; ;i 
; ; coupled to a circuit^switched network (referred to as; a "circuit-switched terminal") : In fact, ; . . 
in an establi shed conrnumcatioris session; multiple concurrent flows (e.g., IP flcrws):W : ith:;;;ii;i:;: 
different QoS; requirements between a mobile unit arid: tfte tircuit-switchied terminal may be i i ; ; 
supported. A flow refers to the exchange of data in a commuiiicatipns session bemeen two 
end points. A flow may be defined by a tuple <source address, destination address, source 
port, destination port, protocol ID>. Each flow may be associated with a specific QoS. 
Multiple flows may be active and may be associated with different QoS requirements. 
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i ; ; : ; Irijone embodiment, a Qo 
: Protocol (PDP) context, which ; is; Associated with one IP address of the mobile unit: Hence, 
. in order to support irhiiltiple QoS flows per IP address, one primary PDP context and one or - 
: i;:i:i;;;more second ary PDP content si ! tit i syfe^cc>iitexts for the mobi le luni t i may be created. ! = j : i : j ; : = j ! i 
i :5: . \ ■ Given one primary PDP context, the riiobile iiinit can activate multiple secondary PDP : 
contexts or PDP sub-contexts with different QoS profiles as and when required. 

; A PDP context may coiltain the following information . j The; PDP type imay be 
•.. • specified, which may identify ^ 

protocol. The PDP address is; also contained in the PDP context * as is a ; QoS pro file that ; : ; ; 
lOhiPii identifies the QoS profile requested or negotiated for a given flow. When a communications 
session is first established, a primary PE>P context is activated, which contains the default . 
L QoS:profile. If different QoS; proxies ^ 

:: audio or video conferencing, and so forth) in the cpnirounic^ipns session, then PDP sub- 
contexts may be activated with different QoS profiles. 
15 In accordance some embodiments, an activation mechaniism that utilizes available 

signaling techniques is used to activate PDP sub-contexts. One example of such a signaling 
technique includes signaling defined by the Resource Reservation Protocol (RSVP). One 

! : Aversion of RSW 

r (RSVP)," dated September 1997, and hereby incorporated by reference. Thus, RSVP: 
20: : signaling may be used to initiate PDP sub-context activation (and optionally resource 

reservation) for calls between a mobile unit and a iinit coupled to the PSTN 32 or other : ; 
circuit-switched networks. 

RSVP is a signaling protocol used for resource reservation to enable the allocation of 
: different levels of service to dii^reiittis^ a service 

25 7 discrimination for delay sensitive applications by explicit allocation of resources in the 

network. RSVP provides a type; of circuit-emulation in packet-switched networks, such as IP; 
; networks: Under RSVP, an RS VP-enabled sender is able to characterize outgoing traffic in ; 
; ; terms of bandwidth, delay and jitter in predetermined messages. ; Each RS VP-enabled router 
along the downstream route establishes a path state based on received RSVP information. In 

30 response, receivers send back messages that include the QoS level required 

- One advantage of usingiRSWi ^ 
operating systems, such as WD^DOWS® 98 or WINDOWS® NT. Such operating systems 
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may also provide application programming interfaces (APIs) for QoS. For example,: ;;; 
: WINDOWS® 98 and WINDOWS® NT; include j Q6S (Generic QoS or GQoS) APIsJ &QoS \ 

APIs are described in Yoram Berriet et aL/"Wiridov^s Networking Group: Winsock (Generic 
QoS Mapping (draft)," Version 3 .1 , dated September 1998. Future versions of most existing 
5 operating systems iare expected to provide QoS i^PIs and RSVP support Usage ;of ; already ^ : 
available IP Q6S support in the conimum be beneficial in the : 

following ways. The air-link messaging is optimized to establish PDP subrContext . j Existing 
message sets ican be : used with relatively minor: modifications. Development cost and time i 
may be reduced as standard and/or off-the-shelf software components may be used. New 
10 wireless-specific APfc do not need to be developed. 

Thus, in accordance with some embodiments, a method and apparatus is proyided for 
using RSVP /signaling for admission control, resource reservation, and PDP context 
activation/mp^ficatip corresppndingflpws), fpr 

calls between end points in me system : 10. In one example, one end point may be a mobile ; 
15 unit bbupled to the packet-based wireless network while the other end point is a circuit- 
switched terminal.' ' ■ 

As mither shown in Fig. 1 , a home location register (HLR) 34- which contains a ; - 
database of subscriber information, may also be present. The HLR 34 is managed by a 
cellular se 

20 to a service with the cellular service provider. The HLR 34 contains a record; for; each ; home ; ; ; : ; 
subscriber that includes location information, subscriber status, subscribed features and 
dirbctbry^ 

i A call state control function (CSCF) task 36 is also present in the communications [ 
system 10: The CSGF task 36 

25 SGSN 22 or GGSN 24, and provides overall call control for a packet-based communicatiphS:; 
session in: the wireless; network. Another module is the media gateway control function ; ; ; ; 
(MGGF) task 38 that controls the media gateway 30. To establish a communications session 
between the mobile unit;12 and the circuit-switched terminal 33, the path for the control :: : : 
signaling iriciud^ the; mobile; unit 12y the radio access^ network 16, the; S GSN ;22, the : GGSN ; ; ; 

30 24, an MRF :(rauWm^iares 

38;. ^ath; for; the packet voice traffic for PSTp calls! is slightly different^ including the. 



V WO 01/28160 : PCT/US00/23762 

; _ ' : • \ : ; ; .;. .' - V^:: ■ -j' '::V ;•• •: ; Y 

; : rnbbife iimt 16, the SGSN 22, the (3GSN 24, aind the media 

• gateway 30 

Some: embodiments of the invention do not; prevent the ;usage of other secondary PDP 
context (or PDP sub-context) activation procedures, such as those described in "Enhanced 
••5 QoS Support in GPRS," Proposed Change Request Submitted to SMG, dated September 30, : 
: 1999; or "Extending GPRS to S lipport Fi ne-Gr^iried (jo$ " I>raft ; submitted by AT&T 
; Wireless S^ternj a dated August J 999^ lid we v^r,; suitable checks : 

:'m2cy\h^\p'^oT^^ to avoid duplication of tasks. 

; Referring to Fig. 2, in accordance with ; one embodiment, a portion of the ; : ; : j ; | ; i : : ; : : ; : 
10 communications systems 10 of Fig. 1 and components in some of the network elements are 
:: :: ::: ; iHutf rated; The; mobile; unit 12 includes oneormoreQeS-a^^ 

operating system ^ RSVP-enabled. Any QoS-aware 

:.: :QoS requirements: and traffic profiles to a^ 

the OS 104 using a QoS application programming interface (API) like the generic QoS 
15 (GQoS) API. The RSVP agent 106 may then generate PATH and/or RESV messages 

(according to RSVP). The SGSN 22 is assumed to be an RSVP-enabled router, although the 
GGSN 24 need be W RS VP-enabled router: Other routers may also be in the piath. 
Messages communicated by the moto 

radio interface 108, which is coupled to an antenna 1 10 The antenna 110 is capable of 
20 communicating radio frequency (RF) signals wh^ 

part of ttibra&b access h^brlc 16; The base station ;1 14; wmm 
;i ; ! ; iSGJSN ^2^ wriicii ^ in turn i commuiiieates irties$^g^si to Jthe |Q^S1>^ 24U The: CiCiSN 24 is coupled 
; thorough a network i cloud 125 to the media gateway 30:; the network clp^d;125iihbludes ^ ■• 
; ; v 

25 between the GGSN 24 : arid the media gateway 30. The routers in the network cloud 125 may 
i - J ; ; i ; hot be RS VP-eriabled. ! Trie network eloud 1 25; may be ^art pf* the ;<data; network 20 shown in 
Fig. 1; 

v For a communications session involving a PSTN call, data traffic is cornniiinicated to r 
the media gateway 30. In one embodiment, the media gateway 30 rriay include an RSVP 
30 agent 118 that: is capable of processing RSVP signaling. in the media 

: gateway 301 in this embodiment provides the: end point for RS Vp control signaling in a 
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communications session between the mobile unit 12 and; the circuit^switched terminal .3 3 r : ; : ; . : : ; ; : 
The GGSN !24 and SGSN 22;mky ^ 

Injaccordance with pother embodiment, instead of the end point for RSVP signaling 

resid^ 

5 end^birit of RSVP signaling to the circuit-switched te 

module 40 may be referred to as an IP QoS Management Function (IQMF) module in one 
embodiment. As shown, the IQMF module 40 is coupled to a first side of the network cloud 
1 25 ; eilbser^ tb ttib GGSN 24. In fact; the IQMF module 40 may be; part of the GGSN 24;. In 
another; embodiment, the IQMF module 40 may be connected to tlie other side of the network 
10 clbud 125 closer to the media gateway 30 or to a point inside the network; cloudy 

: ; ; ; The use of RSVP is for QoS signaling purposes, : and is irrespecti ve ; o f whether Int- ... ; ... : 
Serv or Diff-Serv based QoS framework or any kind of resource reservation is used within 
:. the communications system 1^ 

between applications in the communications ; system 10: for the activation o f PDP sub-contexts 
15 to provide multiple QoS profiles for different flows. 

The Int-Serv or Diff-Serv framework may be implemented in the nptwprk cloud: 125; 
The Int-Serv (integrated services) framework apportions network resources based on the QoS 
request of an application subj ect to some: bandwidth management tjblicyi : ; RSVP provides the 
mechanisms to perform reservation of resources in the Int-Serv framework. The Diff-Serv 
20 : pfferentiated services) framework is a, reservation-less mechanic 

differentiated classes of service for :hetw6rk traffic. To enable QdS: under Diff-Serv 
classificationsof network traffic are provided to give preferential treatment to applications ; ; ; ; 
identified : as having more demanding requirements! The network cloud ■ 1 25 may also: ; . ; y 
implement the MPLS (Muli 
25 oriented mechanisms to : cpMe^tipillie^^ network layer protb cols. 
' In a communip^^ 

only one end point may support RSVP (the mobile unit). The circuit-switched terminal may 
not support RSVP: As a result, in : such communications s 
the mobile ulait l^ 
30 may be the media gateway 30 or the IQMF module 40. 

; ! : : i i Referring to Pig: : 3 i: the establi shment o f a PDP sub-context (or secondary PDP 
context) for a flow with a QoS is illustrated. In the Fig: .^^^j^'l^feft'i?"'. 
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: i assumed that the media gateway 30 i^one:^ 
i . : are pi^fbrrried (at 202), in which th^ 
Lj;: : '■ CSCF task 36 and the MGCF task 38 (with the CSCF task 36 acting as ;a proxy).: As part of : 

::. the call setup, a primary PDP context haying ; a default ;QbS ; is setup . ; Iri one; example, ! a j call ; ! 
• S i ; session may be established using m^ Session Initiatipri; Protocol (SIP). 

One version of SIP is described in RFC 2543, entitled "SIP: Session Initiation Protocol;': 
dated in 1999. In SIP, a call session is initiated by the call entity sending a SIP Invite request, . 
: followed by transmission of a SIP Ringing response to indicate that an attempt to reach the 
. called (entity is being made. 
10 : : Extensions to SIP have also been proposed, including those; that define ! messages used 

^^^^^ ^ reservation confirmation pri 

: example, between Invite and Ringing, a Propose message may be communicated to indicate a 
specific resource reservation signaling protocol, desired audio coder/decoders (codecs), and 
other information. In a PSTN-terminated call, the entity processing the Invite; request may be 
15 the MGCF 38, which may also generate and send the Propose message. In response to the 
; Propose message, the calling entity may send a; Commit message to identity 
codec chosen, the reservation method chosen; arid bth^r irifbrrriatibri. Further discussion of 
; ij; i such ainegptiation rri 

• -Rihgback; ©ptimizatiori Considerations,'' Nortel 3G. IP Contribution, dated September 14, 
20 1999, which is hereby incorporated by reference. 

Intone embodiment, the MGCF task 38 sends 
i; gateway 30 tb the mobile unit (for RSVP signaling purposes). The: MGCF task 3 8 may | 
include this infbnnation in the PROPOSE message sent; to the CSCF task 36,; with the address 
: ; informatioh of the media gateway relayed to; -therrioto^ 
25 embodiments, other call session setup mechanisms (or setup mebrianisms \ foi": cjjther types; qf 
: ; communications sessions) may be employed.; j ; For example, the GGSN can route* trie R$Y;P . 

; ;| messages to th^ ; 
of the RSVP endpoint. 

Next, the QbS-aw^e applicatib^ ;: " 

30 with the traffic and QoS characteristics, which are used to generate (at 204) an RSVP PATH 
J message containing the Sender^ 
about the traffic profile to be generated ^ 1 02, e r g., peak_rate, tokerr rate, 
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token J)ucket^siz^; ^a^^sdli^size, and so forth. In this embodiment, the destination address 
of the PATH message isi^ SenderJTspec ; 

information defines the traffic characteristics of the data flow that the sender (in this case the 
; i m mobile unit) will generate. ; 
5 Optionally y in the P ATH rnessage, audio/y ideo coder/dejcoder (codec) information ;;;;;;;; 

•may be included as ^ari object of the Sender^spec irifom 
h -iused to irifo^ to be used: Use of 

• : the codec infqrinatibri; ;iri; the PAT/H message ; can ; enable; end-tp-end unequal voice prptectipri- :: 
onisegmentediaccess networks ;such as CDMA 2000,: and;UM;TS (Universal Mobile 
1 0 : ; Telecornmunibation System) ;netw MPL? : are employed, an MPLS 

flow label associated with the codec may be included in the Sender Tspec information of the 
PATH: message to identify; a flow end-tb-end; such that ;end-to;-end encryption mechanisms, 
; such as IP Security (IPSEC), may be used. The MPLS flow label still enables per-flow , 
; ; ; i identification and handling of streams (e:;g:,; use of radio hhk transport 

15 mechanisms as well as appropriate over-the-air compression methods) end-to-end. If IPv6 is 
employed, however, a separate MPLS flow label is not needed as IPv6 already provides for 

the fl6w labeL ::: :: : ; :;: • : 

The PATH message is intercepted by the RSVP-enabled routers in the path (the 
SGSN 22 arid possibly more), each of whicri installs the PATH State and forwards the PATti 
20 rnessage towards thb receiver (in this;^ The PATH state ;;;;;; 

installed™ the: SGShf 22 session 
; mfoimation. As shown in Fig. 2, the PATH message may pass to routers intrje : 
network cloud 125 that are not RSVP-enabled. 

the RSVP agent: 1 18 in themedia gateway 30 intercepts the PATH message ;an<^ ijjijj! 
25 generates an RES V message (at 206), which contains the Flow_Spec information; (including; ! 
- R^Spec and Recei y erJTspec); R^Spec contains; irifp^atipn about the QoS requirprrierits \ (raje; 

: and delay_slack_td^ 

created by copying; the information from the: S ender^Tspec in the PATH message. The R^Sy 
message is sent back to the mobile unit. 
30 The RSVP agent 11 8 in the media gateway : 30 may optionally generate (at 21 0) a 

PATH message ahd send it to the mc^ifeuiiit. The contents of this rnessage are derived fronv 
the PATH message-received from the mobile umt PATH message initiates 
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' ' ' - 12- ' • • • : 

resource reservation in the opposite direction (from; the inedia gateway 30 to the mobi le unit 
12): In i-e^ori^e : to the PATH message at 210, ah; F£ : 
! ; ; from the reeeivm^ 

• : - Th^ 

5 PATH message from the mobile unit); traverses : the ; network^ hop by; hop; in tlje return:: • 
; direction!; At each RSVP-enable^ 

. : Flo w_Spec ; information contained in the RES V message. If the; flow is admitted,; resource is 
; ; ; reserved for; that flow in the router, and the RESV message i$ transmitted to the next node. 
: Otherwise, a RESV_ERROR message is generated and is ?ept fe 
10 embodiment the media gateway 30). 

; : ; • • • : : The RSVP : agent 120 in the;SGSN: 2 ; 2 rece If tie RSVP : 

. - sessipri in the RES V ; message matches that in the installed; PATO ^afe, the gG$N;22 makes a 
call admission decision based on router resources . If successful, the SOSN 22 passes (at 208) 
- the Flow^Spec information to a translator -mpdule ^02 ; in a Policy c ? n !fr o1 taslc 3QQ (Fig. 4) in 
15 accordance With one embodim^ address and RSVP session information are 

: sent (at 208) to an admission controller 304, also part of the policy control task 300. The 
polity cbiltrol task 3 00 may be implemented in the ; S GSN 221 ; : ; 

The responsibilities of the translator module 302 is to convert between QoS 
: parameters of external networks (e;g^ i the RSVP parameters) and; bearer service I attributes H 
20 according to UMTS. In one embodiment, the translator module 302 can map the Flow_Spec 
; : i : generation IP) bearer attributes, as described in the 3G TR23.907 : 

technical Report, "3 rd Generation Partnership Project; technical Specification; Groups 
Services and System Aspects, QoS Concept and Architecture," Version 1.4.0, dated ; 
September 1999 (hereinafter referred to as the "3G TR23.907 Specifications"), hereby : 
25 ; ; iricorporatedi by reference. Alternatively- the ; Flow^Spec parameters may be used a? is 

! T without translation. The translator module; 3 02 also maps ; the; service; class information in the ; ; 
i;; : ; ; : F1c^S QoS classes. The translator module 302 then passes the 

info 

V .:-T^eRSVP.Fiow_Spec information Contains a Service^Type field specifying: the class i: : 
30 of service, namely, Best Effort, Con trolled Load or Guaranteed Service. Guaranteed service 

ipirovides fim This ; 

service makes it possible to provide a service that guarantees both delay and bandwidth and is 
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: ^ intended for applications that rieedia ;fiitt;igu^anteQ that a data packet will arrive no later than: 
a certairi time after it was transmitted ;by it is soiirc^ 
i Controlled-load service provides the client data flow with a quality of service closely 
: ^ a^p^ QoS that sarrie I flp\v; -Wbuld ; receive: from ah: unloaded network element ii but j 

5 uses capacity (admission) controls : 
: i ; ; |nie^ is overloaded: : " The Be^t ; Effort service is the default QpSi 

The UMTS QoS class "Back^ouridV can be mapped 
class, whit^ 

! -"Guaranteed'' class, and the "UMTS Interactive'': class can map: ;to: the "'Control led Load" ; : ; : 
lib % ;: class. Th^ Background class defined by UMTS refers to traffic that -is ithe most delay • =; 



insensitive traffic class. The Interactive class; and Background class are assigned to 








traditional data network applications like \ 


veb 


browsing, e-mail communications, file transfe 


r ; ;::: 







; and so forth. The Interactive class is used by traffic associated with interactive; applications, 
such as text-based chat sessions, wWle the Background is meant for background ttaffic, : 
15:: such as background download of e-maiis : or backgrbund file downloading. Cpnyersatipnal 



and Streaming classes are mainly: intended to bemused to carry real-time traffic flows, such as : J- 
audio, video or multi-media traffic . Cbnyersatiorial class traffic is the most delay-sensitive, : 



Jjand maybe used for telephony (audio, video or multi-media). On the other hand, the 

Streaming class traffic may be typically ^ streams,: 
20 : such as when a user is looking at (or listening to) real-time video (or audio). 
HHi ; Based on information co 
; ; ibbhtrbller; 304 perfo policy-based call admission decision based on subscription 
-information (retrieved based bni tfe :^eride^'s IP address) arid the rjeqiie^ted QoS (bearer , 
attributes). The call admission decisibti is sent (at 21 4) to the SGSN 22. 
25 If a new radio access bearer (RAB) is needed, the SGSN 22 sends (at 216) a radio ; 

J | trigger the RAB assignment/modification procedure. Completion of the RAB 

assignment/identification procedure is indicated by an RAB assignment complete message 
: : : sent (at 218) by the radio access network 16 to the SGSN 22. 
,3P;;: ;:: : ::::::::::::::: ; : :;In accordance with one embodiment, once the call including the nevy Flow_Spec , 

' " ihibrtiiatioh is admitted, the SGSN il ' initiates a PDP sub-context (or secondary PDP cpntext)^ 
. activation procedure by sending (at 220) a Modify PDP Context message to the mobile unit 
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that contains the new QoS profile as negoti ated ;irl the PATH and RESV messages discussed 
abbve/ Next^the SGSN 22! receives (at 222) a Modify PDP Context; response message ! from ; 
mobile unit. In response, SGSN 22 sends (at 224) an Update PDP Context Request i^essage 
h ; l i ; I : i itbl tlie; iGCJSiSFi 24 i to: -iipdate with the ; new QoS profile, In response, the: SGSN 24 serids (at ! 
5 226) an Update PDP Context Response back to the SGSN 22. 

, If call admission is successful, the RSVP agent 1 14jin theStiSN 22 forwards {at; 228) 
;• • the;RESY message (which may be modified) to the next node in its path. If the;next node in;; ; 
the path is the mobile unit, then the receipt of the RESV message is an indication that an end- 
to-end QoS path has been successfully established, and the QoS-aware application 1 02 can 
10; start communicating data; The reservation may :: fail: if the nextnode in the path is another 
- router. In router-generated RES V^ERROR message may trigger the PDP sub- 

context de-activation procedure on the part of the network. 

Referring to Fig. 5 , in accordance with an alternative embodiment, a me;ssage flow is 
illustrated that involves ffi the mobile unit 12, the GGS>J 24, and the 

1 5 iQ^ffi rriodule 40 for activating a PDP sub-context with a different QoS profile than the 

default QoS profile of the primary PDP context. As in the Fig. 3 embodiment, initial setup 
tasks are perform^ 

using SIP messaging. In the call setup, the CSCF module 36 (Fig. 1) may provide the IP 
i •kiidresis df the iQlvlF module 40 as the address of the RSVP end point 
20 106 sends (at 404) the traffic and QoS characteristics; associated with the QoS-aware 

: ' application 1 02 in a PATH message. ; The PATH message coritairis the Serider-Ts^^c ;; ::; • ;;: 
; | ihfbrrnkibn. The PATH message is intercepted by RSVP-enabled routers in the path ;; •: 
^ between tlie mobile unitili and the lQMF module |40 e The RSVP agent 122 in the IQMF 
: H N : M N N H H H ^P^^^l^l^ ; ; ^^P^ir^^s ; ; ^^TFM : Vrless^s^; iex-tracrt:^^ ;tH^ ; FTi lt^ir^Sjpeci ; inf^r-mati ori ; <>JT; ttie? ; ; ; ; ; : : ; : h ; ; 
25 sender, which includes the IP address and the UDP/TCP port identifier. The resource . 
..requirement, in the form .of service class in SenderTspec, is also extracted. Based on the ; 
processing performed in the IQMF module 40, the IQMF module 40 sends (at 406) a trigger 
indication to the GGSN 24 to cause the GGSN 24 to perform a network-initiated PDP sub- 
; : ; - context activation (at 40^)Nescribed f^her in connection with Fig:- 6. Once the PDP sub- i; 
30 context activation has been performed, the GGSN 24 sends (at 410) a trigger response back to 
the IQMF module 40. The IQMF module 40 then sends (at 412) the RESV message to the 
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: . RSVP ^ agent 106 in the mobile unit 12 along the reverse path of the PATH message (sent at 
404). The rest of the call setup is then performed (at 4 14). 

Referring to Fig. 6j the netv/brk-initiated secondary PDP context activation procedure: 
! ^^r^ifnied at 408 lis! itiustrateid m ;^eate^ jdetailJ : i iphfe GGSlSl: 54: i^beives^ <at 502) a stimulus ; ; ; 
5 from the external network that; activation of a PDP sub-context; is resquired for a new IP flow. 
Mi iThis external stimulus is the trigger sent at 406 in Fig. 5. From the primary PDP context 
i;|R : information, the GGSN 24 can determine the SGSN currently serving the mobile unit 12. ; 

Next, the GGSN 24 sends a PDU Notification request (at 504) to the/SGSN 22. The 
PDU Notification request may contain the QoS requirement information. The SGSN 22 then 
1 0 sends (at 506) a PDU Notification response to; the GGSN 24 to acknowledge that it will 
request that the mobile unit:12 activate the PDP sub-context. ; 

: : Next, the SGSN 22 sends (at 508) a Request PDP sub-context activate message, 
containing QoS parameters, TFT (traffic flow template) and other information to the mobile 
unit 12. The mobile unit may modify the QoS parameters TFT, and so ^ specified in ithe 
15 request seicorid^ry PDP context activate message from the SGSN 22. Further messaging is 
exchanged (at 510) to establish the PDP sub-context between the mobile unit 12 and the 
SGSN 22, which may include an Activate Secondary P D>P Context Request sent from the ^ -M 
mobile unit to the SGSN 22. ;The Activate Secondary PDP Gbntext Request contains the 
desired QoS profile. 

20 ;; Referring to Fig. 7, the components of the GGSN 24 and the IQMF module 40 in 

accbfd^ce with thisialtbniative embodiment is illustrated. In this embodim^ GGSN 24 

; includes an admissions/capability controller 602 that maintains the information; about ; iiM; 
; available resources; of a network entity and all resources allocated to the UMTS bearer; ; ^ 
%h Services. The GGSN ; 24 also includes \ a translator module 604 that converts between QoS : ; ; ; ; 
25 ; ; j ! . parameters according to ; an external network protocol (e . g. , RSVP) and internal service : : = ; j : 

primitives for UMTS bearer service attributes. A UMTS base station (B S) manager in; th<?; ; ; ; ; ; ; 
[ :M\-M^ QGSN 24 cbmmuriiciites through the translator module 604 ; with external instances of the;; 
; ; ; UMTS BS manager in the mobile unit 12 and SGSN 22;tp esUbhsh;pr modify a UMTS 

bearer service^ T^ queries the admissions/capabilities controller ; i;; ;; 

30 : 602 whether the network enti ty supports the speci fic requested service and whether the : 

: required reispurces are available. The IQMF : module 40 includes the RSVP agent 122 and a ' 
QoS policy manager 608. ...... 
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A method and apparatus is provided to provide for one or more desired QoS profiles 
in corresponding one or more flows in a cdmniuni cations session established; between a . . i 
mobile unit and i a terminal coup le:d i to: a: circuit-switched network. RSVP signaling, or 
signaling j adcbitimg to other protocols for reserving network resources, may be utilized to : 
5 initiate activation of different QoS profiles. : The QoS profiles may be defined by secondary 
PDP contexts (or PDP sub-contexts). This enables the selection of a QoS profile to fit the 
needs of different applications, such as applications in the mobile unit. For example, e-mail 
or web browsing applications in the mobile unit may have lower QoS requirements than 
applications providing for communications of streaming data, such as audio, video, or 
multimedia communications. 

The various software routines, modules, or tasks described herein may be executable 
on various control units. Each control unit may include a microprocessor, a microcontroller, 
a processor card (including or microcontrollers), or other 

control or computing devices. As used here, a "controller" may include hardware, software, 

15 ... or a combination of both. 

The storage device may m^ one or more machine-readable storage media for 
storing data and instructions. The storage media may include different forms of memory 
including semiconductor memory devices such as dynamic or static random access memories 
(BRAMs or SRAMs); erasable and I programmab Le read-only memories (EPROMs), 
electrically erasable and programmable read-only memories (EEPROMs) and flash 
meirioriest iMghetic disks sucih ! as fiiedy ! floppy; and removable disks ; other magnetic media 
including tape; and optical media such as compact disks (CDs) or digital video disks (DVDs). 
Mstj^cti^i^ ; that make up the various software layers, routines or modules in the various 
network elements may be stored in respective storage devices. The instructions when 
executed by a respective control unit cause the corresponding network element to perform 
programmed acts. . :' 

The instructions of the software layers, routines, or modules may be transported to the 
network element in one of many different ways. For example, code segments including 
instructions stored on floppy disks, CD or DVD media, a hard disk, or transported through a 
network interface card, modem, or other interface device may be loadeqViii^ 
executedas:c6riespon&^ or modules. In the loading or transport 

process, data signals that are embodied in ^ carrier waves (transmitted over ^ trfep^ne lines, 
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network lines, wireless links, cables, and the like) may communicate the code segments, 
including instructions, to ; the network element. Such carrier waves may be i in ; the; form of |; 
electrical, optic^ 

: While the invention has been disclosed with respect to a limited number of 
embodiments, those skilled in the art will appreciate numerous modifications and variations 
therefrom . It is: intended that the appended claims ; cover all such modifications i and variations 
as fall within the true spirit and scope of the jny entiqn; 
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i|\A^at:^:Clairtiedis: 

1 . . l". A method of establishing a session between a mobile unit and 

2 a terminal coupled to a circuit-switched network, comprising: 

3 receiving a message originated by the mobile unit > -the message containing ; 

4 ; I ; : mfpi^^tibii related to reserving network resources ; ; j 

5 receiving ia message from: a; device; designated ias a 

6 quality of service signaling on behalf of the terminal; and 

7 sending an indication to establish a context in response to the message from 

8 the device identifying a quality of service for the communications session. 

1 2. The method of claim I, further comprising setting up a communications 

2 ; sessidh oyer a rietwork including a packet-based wireless network between the mobile unit 

3 and terminal. 

1 3. The method of claim I, wherein receiving the message from the device 

2 includes receiving a message from a media gateway. 

1 4. The method of claim 1, wherein receiving the message from the device 

2 includes receiving a message from a QoS management module. 

1 • : i :5.:; The method of claim 1, further comprising receiving a second message 

2 :i; originated by the mobile unit that contain information related 

3 having a different quality of service. 

1 6. The method of claim 1 ; wherein establishing the context includes activating a 

2 secondaryPacket Data Protocol context. 

1 7 The method of claim 1, whereiii receiving the message originated by the 

2 mobile unit includes receiving a message containing information associ ated with a first QoS- 

3 'ZMW^M^^PP' running in the mobile unit 
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8. The method o f claim 7,; further comprising receiving a second message : ; : 
originated iby the mobile uiiit that contains information associated with a second QoS^aWare j 
appliciatioh for reserving network resources: haying a di fferent quality of service. 

• 9. . The method of claim 1 , wherein sending: the indication to establish the context 
is performed by a serving GPRS i siuppdrt node. 

; 10. The method of claim 1, wherein sending the indication to establish the context 
is performed by a gateway GPRS support node. 

:.:::::■•■■:; .-II-..: : The method of claim 1 i; wherein receiving the message originated by the 
^mobile unit includes reviving a Resource Reservation Protocol; PATH message. 

12. The method of claim 11, wherein receiving the message from the destination 
terminal includes receiving a Resource Reservation Protocol RESV message. 

13. A program prbdiict coniprising one or iribre machine-readable storage media 
containing instructions for establishing a flow having a quality of service, the instructions for 
causing a system to execute the method of: 

:• • establishing a communications session with a remote terminal connected to : a ; ; 

;:-:bifcuit^switched network; 

sending a message that identifies a traffic profile of the flow; and 
receiving an indication; to establish k that provides a .:: 

. [ quality of service level. 

14. The program product of claim 13, wherein the method further comprises 
establishing a secondary Packet E)ata Protocol content. 

' "•" .:: : :: '.' '.' ". '.' : '■ ' ' ■'. • :: : : ': : ': : : ' ': : ': : ': ; : : : : : '■ : ; : : ': : ': : : : ■ :;; : : ': : : : • :■ • : : : : : : '. '. ': : : : : ':: : ': : : : : : :: : : : ': : ': : : ': " '. .:: : : : : : : : ;: : ';- : :: : ". :'. ' : : : ;; :: ;::; 

15. The program product of claim 13, wherein the method further comprises : :; 
sending a message relating to rese^^ 
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..; • •• -20- . . • - ; :. :::-;-;;;;;|p:- 

1 16. The program product of claim 13, wherein the furtheir ppi^ri^ 

2 sending a Resource^ 

1 17. A system for use in a communications network having a packets-based wireless 

2 ^ i network arid a circuit-switched network,; comprising: 

3 ; ; aicontroller adapted to establish a communications session having; a quality of ; 

4 service between a mobile unit linked to the packet-based; wireless network and a terminal 

5 linked to the circuit-switched network. 

1 18. The system of claim 17, wherein the controller communicates resource 

2 reservation signaling with a module associated with the terminal. 

1 19. Thb systbm of claim 18, wherein the module is part of a media gateway to the 

2 circuit-switched network. 



1 20. The system of claim 1 8, wherein the resource reservation signaling includes 

2 i brie or Mbrb ;ReisbUrce R^ervatioh; Protocoli messages. ; 





















The system 


of claim ;! 


8, wherein the resource reservation signaling includes a 



2 ; Resource Reservation Protocol PATH message. ; 

1 ii i 22. iii T^ 

2 information having a field to identify a codec. 

1 : ! 23. the system of claim 21, wherein the PATH message contains! SenderJTspec 

2 information haying an MPLS flow label to identify an end-to-end flow. 

1 24. The system of claim 21, wherein the PATH message contains Sender JTspec 

2 information having an IPv6 flow label. 
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1 25- : An apparatus for settirig iup cornrnuriications in a communications i system ; ; i 

2 having a packet-based wireless network and: a circuit-switched network, cpmprisirig : 

3 means for communicating ; over the packet-based wireless network; and ; ■ ; ; • 

4 L T means for establisMng a commimicatioh^ session between a mobile] 

;5 : to the! packet-based wireless rietwbrki and a terminal connected to the circuit-switched : 

6 network having plural flows with coirespohdirigipixir^i quality 6 levels, ji 
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